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INFORMATION PROCESSING DEVICE AND PROGRAM 

[0001] This application claims priority under 35 U.S.C. §1 19 to Japanese 
Patent Application No. 2003-097144 filed March 31, 2003, the entire content of 
which is hereby incorporated by reference. 

TECHNICAL FIELD 

[0002] The present invention relates to a technique regarding use of contents. 
BACKGROUND ART 

[0003] In recent years, various systems have been developed where contents 
such as game software are delivered from servers to commimication devices via 
the Internet. Regarding the usage of contents in such systems, there are various 
possibilities, for example, a user may try out contents, or a user may store contents 
in the memory of a communication device and use the contents at any given time. 
In the above two cases, the intended purposes of using the contents are different. 
In a case where a user tries out contents, he/she uses the contents to know what 
they are like. On the other hand, in a case where a user stores and uses contents, 
he/she uses the contents to benefit from the effects achieved through use of the 
contents. 

[0004] In some of the above-mentioned systems, contents having same 
functions are always delivered regardless of differences in the intended purposes 
of using the contents. In those systems, a user may not be able to try out contents 
freely as shown by the following example. For example, in a case where a user 
tries out contents having a function of acquiring information specific to a 
communication device of the user such as personal information of the user, when 
the function is performed, a message is displayed for gaining permission from the 
user to acquire information specific to the communication device, in view of 
privacy and security of the user. In response to the message, the user needs to 
carry out an operation for accepting the contents of the message, when or before 
trying out the contents. As a result, trial use of contents by the user is interrupted 
temporarily; therefore, the user may not be able to freely try out the contents. 
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[0005] Also, in those systems, because contents having the same functions are 
always delivered regardless of the intended purpose of using the contents, even 
when contents are tried out, the effects of the contents originally for use are 
achieved, which may lower the value of contents provided. 
[0006] Japanese Patent Application Laid-Open Publication No. 11-134155 
discloses a technique for using application software whose usable functions are 
changed in accordance with the frequency of usage. Specifically, software 
disclosed in the publication includes a program for displaying an operation screen, 
and counts and stores frequency of usage for each function displayed on the 
operation screen. Each time the frequency of usage of a function exceeds a 
predetermined frequency, the software displays new contents on the operation 
screen additionally which are pre«stored in the software and have not been . 
displayed, thereby renewing operational functions of the software. 
[0007] However, the term "frequency of usage of contents" in the above 
publication is different from the term "usage of contents" stated above. Thus, the 
technique disclosed in the publication cannot solve the aforementioned problems 
resulting from the differences in intended purpose of using contents. 

SUMMARY OF THE INVENTION 

[0008] The present invention has been made in view of the problems stated 
above, and provides an information processing device which estimates usage of 
contents, and in accordance with the estimated usage, properly limits the functions 
realized through use of the contents. 

[0009] To solve the above problems, the present invention provides an 
information processing device having cache memory means, acquiring means for 
acquiring contents which realize a function through processing or execution, first 
writing means for writing contents acquired by the acquiring means in a free space 
or a space, where some data is already stored, of the cache memory means, and 
content storage means for storing contents, the information processing device 
comprising: estimating means, when instmcted to process or execute contents, for 
estimating whether the contents are for trial use, by determining in which of the 



-3- 

cache memory means and the content storage means the contents are stored; 
content using means for reading contents instructed to be processed or executed 
from the cache memory means or the content storage means, and processing or 
executing the contents; determining means, when contents are processed or 
executed by the content using means, for determining whether to Hmit functions 
reaUzed through processing or execution of the contents, on the basis of an 
estimation of the estimating means and function Hmit information showing a rule 
regarding Hmits on functions reahzed through processing or execution by the 
content using means; and hmiting means for Umiting functions reahzed through 
processing or execution by the content using means on the basis of a determination 
of the determining means. 

[0010] In one preferred embodiment, when the estimating means estimates that 
the contents are for trial use, the determining means may determine to limit the 
functions of the contents; and when the estimating means estimates that the 
contents are not for trial use, the determining means may determine to disobey the 
function limit information. 

[0011] In another preferred embodiment, the information processing device 
may further comprise operation means; deleting means, when a command is issued 
using the operation means for deleting contents stored in the content storage 
means, for freeing a storage space for storing the contents; and second writing 
means for writing contents acquired by the acquiring means in a free space or a 
storage space freed by the deleting means, and the acquiring means may acquire 
the contents via communication. 

[0012] The present invention provides a program product for causing a 
computer having cache memory means, acquiring means for acquiring contents 
which realize a function through processing or execution, first writing means for 
writing contents acquired by the acquiring means in a free space or a space, where 
some data is already stored, of the cache memory means, and content storage 
means for storing contents, to execute: a process, when an instruction to process 
or execute contents are provided, of estimating whether the contents are for trial 
use, by determining in which of the cache memory means and the content storage 
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means the contents are stored; a process of reading contents instructed to be 
processed or executed from the cache memory means or the content storage 
means, and processing or executing the contents; a process, when contents are 
processed or executed by the content using means, of determining whether to limit 
functions reaUzed through processing or execution of the contents, on the basis of 
an estimation of the estimating means and function hmit information showing a 
rule regarding limits on functions realized through processing or execution by the 
content using means; and a process of limiting functions realized through 
processing or execution by the content using means on the basis of a determination 
of the determining means. The program may be provided through a computer 
readable storage medium storing the program. 

[0013] In the present invention, usage of contents is estimated by determining 
in which of cache memory means and content storage means the contents are 
stored. When the contents are processed or executed, it is determined whether to 
limit functions realized through processing or execution of the contents, on the 
basis of the estimated usage of the contents and function limit information 
showing a rule regarding limits on functions realized through processing or 
execution. On the basis of the determination, the functions realized through 
processing or execution of the contents are limited. 

[0014] The present invention makes it possible to estimate usage of contents 
and properly limit functions realized through use of the contents in accordance 
with the estimation. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0015] Fig. 1 is a block diagram showing an example of the configuration of 
communication system 1 according to an embodiment of the present invention. 
[0016] Fig. 2 is a diagram showing an example of a list page displayed in 
liquid crystal display unit 405 of mobile phone 40 according to the embodiment. 
[0017] Fig. 3 is a diagram showing the contents of an explanatory file 
according to the embodiment. 
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[0018] Fig. 4 is a diagram showing an example of an explanatory page 
displayed in liquid crystal display vinit 405 of mobile phone 40 according to the 
embodiment. 

[0019] Fig. 5 is a diagram showing an example of the data configuration of an 
ADF according to the embodiment. 

[0020] Fig. 6 is a block diagram showing an example of the hardware 
configuration of mobile phone 40 according to the embodiment. 
[0021] Fig. 7 is a conceptual diagram showing the contents of function limit 
information according to the embodiment. 

[0022] Fig. 8 is a block diagram showing an example of the Java Rimtime 
Environment according to the embodiment. 

[0023] Fig. 9 is a flowchart illustrating an execution process performed by 
CPU 400 of mobile phone 40 according to the embodiment. 
[0024] Fig. 10 is a flowchart illustrating a storage process performed by CPU 
400 of mobile phone 40 according to the embodiment. 

DESCRIPTION OF PREFERRED EIVIBODIMENTS 

[0025] Description will now be made of a preferred embodiment according to 
the present invention with reference to the attached drawings. In the drawings, 
like elements are denoted by like numerals. It is intended that the preferred 
embodiment be regarded as illustrative rather than liiniting, and can be changed 
within the scope of the present invention. 
[0026] 1. Configuration 

Configuration of Communication System 1 : 

Fig. 1 is a block diagram showing the configuration of communication 
system 1 according to the embodiment. 

[0027] Mobile packet communication network 30 is a commimi cation network 
for providing mobile packet communication services to mobile phone 40 served 
by mobile packet communication network 30. Mobile packet communication 
network 30 comprises gateway server 31 and base station 32. Many base stations 
32 are provided in a communication service area of mobile packet communication 
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network 30. Mobile phone 40, when located in a radio cell covered by base 
station 32, can perform radio communication with base station 32. 
[0028] Gateway server 3 1 relays data between mobile packet communication 
network 30 and Internet 20. 

[0029] Mobile phone 40 and content server 10 perform HTTP (Hyper Text 
Transfer Protocol) communication via Intemet 20 and mobile packet 
communication network 30. 
[0030] Configuration of Content Server 1 0: 

Description will be made of the configuration of content server 10. The 
configuration of content server 10 is similar to that of common computers; 
therefore, only the configuration according to the present invention is described. 
[0031] Content server 10 stores pieces of Java (registered trademark) AP 
software. Java AP software is software for enabling an application to be executed, 
and comprises a Java Archive (JAR) file containing a program written in the Java 
programming language and an Application Descriptor File (ADF) where 
information on the JAR file is described. In the present embodiment, Java AP 
software is treated as contents. 

[0032] Content server 10 also stores an explanatory file associated with Java 
AP software stored therein. The contents of an explanatory file are shown in 
Fig. 3. As shown in Fig. 3, ilet property is specified in an anchor tag (tag 
beginning with "<A"). When button BT2 shown in Fig. 4 is clicked, an object tag 
(tag beginning with "<OBJECT") is specified whose id property includes the 
value specified as the ilet property in the anchor tag. A URL 
(http:/AVWW.CCC.co.jp/cardgame/jam) specified as the data property of the 
object tag indicates a location for storing an ADF constituting Java AP software. 
[0033] The explanatory file is written so as to provide the explanatory page 
shown in Fig. 4 when interpreted and executed by mobile phone 40. 
[0034] Content server 10 also performs a fiinction of sending Java AP software 
to mobile phone 40. Content server 10, upon receiving from mobile phone 40 an 
HTTP request message requesting Java AP software, reads an ADF constituting 
the Java AP software. Content server 10 then generates an HTTP response 



message including the read ADF, and sends it to mobile phone 40. Content sever 
10, upon receiving from mobile phone 40 an HTTP request message requesting 
the JAR file corresponding to the ADF, reads the JAR file. Content server 10 then 
generates an HTTP response message including the read JAR file, and sends it to 
mobile phone 40. 

[00351 Configuration of Mobile Phone 40: 

Description will be made of the configuration of mobile phone 40 with 
reference to Fig. 6. The configuration of mobile phone 40 is similar to that of 
common computers; therefore, only the configuration according to the present 
invention is described. . 
[0036] CPU 400 controls components of mobile phone 40 by executirijg a 
variety of programs stored in storage unit 406. 

[0037] Storage unit 406 comprises Read Only Memory (ROM) 407, Random 
Access Memory (RAM) 408, and nonvolatile memory 409 such as an Electrically 
Erasable Programmable ROM (EEPROM), 

[0038] ROM 407 stores programs such as an operating system for mobile 
phone 40, World Wide Web (WWW) browser software executed for downloading 
Java AP software, and software for establishing the mntime environment of Java 
AP software described later. 

[0039] Nonvolatile memory 409 stores Java AP software, a variety of 
programs, and a variety of data. Nonvolatile memory 409 comprises cache area 
409a for storing Java AP software temporarily and storage area 409b for storing 
Java AP software enduringly. Cache area 409a has areas to which memory 
addresses "adrsOOOl" to "adrsSOOO" are assigned. Storage area 409b has areas to 
which memory addresses "adrsSOOl" to "adrs 100000" are assigned. Nonvolatile 
memory 409 stores a memory management table (not shown) for managing 
address information of cache area 409a and storage area 409b. Specifically, the 
memory management table stores address information indicating correspondence 
between Java AP software and the memory address of the area storing the 
software. Address information is written in the memory management table when 
storage of Java AP software is instructed by CPU 400. Address information 
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written in the memory management table is referred to when CPU 400 reads Java 
AP software. 

[0040] Cache area 409a stores Java AP software downloaded from content 
server 10 for trial lise in mobile phone 40. Java AP software stored in cache area 
409a, upon exiting a program executed by CPU 400 for downloading the software, 
is deleted by CPU 400 from cache area 409a. It should be noted that deletion of 
Java AP software specifically means that a memory area for storing the software is 
cleared; therefore it becomes impossible to read the software, and the memory area 
becomes available for storing new data. 

[0041] Storage area 409b stores Java AP software downloaded from content 
server 10, storage of which in mobile phone 40 is instructed by a user. Java AP 
software stored in storage area 409b, unless a user of mobile phone 40 directs 
deletion of the software, remains stored in storage area 409b. 
[0042] Nonvolatile memory 409 also stores fimction limit table Tl for storing 
fiinction limit information. The fimction limit information shows methods 
described later, calls of which are disabled during runtime of Java AP software 
stored in cache area 409a. The contents of fiinction limit information are shown in 
Fig. 7 conceptually. In the fimction limit information of the Fig. 7, calls of the 
methods "GetSysInfoQ", "GetUTNQ", "AccessUserInfo()", and "LaunchAPPQ" 
are disabled. 

[0043] Function limit table Tl is used when CPU 400 realizes a limit fimction 

which will be described later. 

[0044] Java Runtime Environment: 

Fig. 8 is a diagram showing the runtime environment of Java AP software 
stored in mobile phone 40. As software for establishing the runtime environment 
of Java AP software, mobile phone 40 comprises the K Virtual Machine (KVM); 
the Connected Limited Device Configuration (CLDC) as a configuration; and 
native application interfaces. 

[0045] The CLDC class library is a class library for the CLDC, and stores 
classes. A class includes methods such as "GetUTNQ", "AccessUserInfo()", 
"LaunchAppO", and "GetSysInfoQ". A method is called by CPU 400 through an 
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application program interface (API). As a result, the function of the method is 
realized. 

[0046] Mobile phone 40, by calling "GetUTNQ", realizes a function of 
acquiring serial number information of mobile phone 40 stored therein. Mobile 
phone 40, by calling "AccessUserlnfoQ", realizes a function of referring to data on 
a user of mobile phone 40 stored therein. Mobile phone 40, by calling 
"LaunchAppO", realizes a function of launching other applications. Mobile phone 
40, calling "GetSysInfoO", realizes a function of acquiring reception status 
information of e-mails and messages addresses to mobile phone 40. 
[0047] A Java Application Manager (JAM) is software for enabling CPU 400 
to manage Java AP software stored in mobile phone 40 under the control of an 
operating system. In accordance with instructions from the JAM, CPU 400 
realizes the following functions. 

[0048] CPU 400 realizes the functions of displaying a list of Java AP software 
stored in storage area 409b, managing execution (a start or forced termination, 
etc.) of Java AP software, storing or modifying Java AP software, deleting Java 
AP software stored in mobile phone 40, and monitoring the status of Java AP 
software. 

[0049] As a characteristic function of the present embodiment, CPU 400, when 
executing Java AP software, also determines whether the software is stored in 
cache area 409a to estimate usage of the Java AP software. When CPU 400 
determines that the Java AP software is stored in cache area 409a, CPU 400 
realizes a limit function of limiting calls of methods from the software. When the 
limit function is realized, function limit information stored in function information 
table Tl is referred to. 

[0050] CPU 400 also realizes a function, when an HTTP communication is 
established during Java AP software runtime, of suspending the running software. 
[0051] As a characteristic function of the present embodiment, CPU 400, when 
instructed by a user to store Java AP software, which is read from cache area 409a 
and executed by CPU 400, determines whether an ADF constituting the software 
contains at least one of "GetUTN", "AccessUserlnfo", "LaunchApp", and 
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"GetSysInfo". When it is determined that at least one of them is contained in the 
ADF, CPU 400 causes liquid crystal display unit 405 to display a message saying, 
"This software may use information specific to this mobile phone. Do you want to 
proceed with this storage process?". When the user selects a "Yes" in response to 
the message, CPU 400 determines whether the ADF contains "useNetwork". 
When it is determined that •'useNetwork" is contained in the ADF, CPU 400 
causes liquid crystal display unit 405 to display a message saying "This software 
may access a network. Please select from: (a) permitting an access to a network, 
(b) not permitting an access to a network, or (c) confirming whether to permit an 
access to a network at each execution of the software". In accordance with an 
instruction from the user, CPU 400 sets a value as data corresponding to 
"useNetwork" of the ADF, and stores the Java AP software in storage area 409b. 
[0052] As a result of the execution of the above software by CPU 400, a 
mntime environment for Java AP software is established. In such a mntime 
environment, when CPU 400 executes Java AP software, the fiinction of the 
software is realized. 
[0053] Configuration of ADF: 

Description of an ADF will be made. 
An ADF is a text file where a variety of control information are written for 
controlling storage, a start, and network access, etc. of a JAR file. The data 
configuration of an ADF is shown in Fig. 5. In the "Item Name" column of Fig. 5, 
names of control information are listed. In the "Essential/Option" column, 
information are listed which indicate whether essential or optional for an ADF. In 
the "Data" column, information on control information are listed. 
[0054] Following brief description is made of each control information 
according to the embodiment. "AppName" is control information indicating the 
name of Java AP software, and information indicating the name is shown in the 
"Data" column of "AppName". "PackageURL" is control information indicating 
the Uniform Resource Locator (URL) of a location accessed for downloading a 
JAR file, and the URL of a location accessed for downloading a JAR file is shown 
in the "Data" column of "PackageURL". "AppSize" is control information 
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indicating the data size of a JAR file, and data size is shown in the "Data" column 
of"AppSize". 

[0055] "GetUTN" is control information designating whether CPU 400, during 
Java AP software runtime, acquires serial number information of mobile phone 40 
stored therein. When "GetUTN" is contained in an ADF, CPU 400 acquires serial 
number information of mobile phone 40 by calling "GetUTN()". On the other 
hand, when "GetUTN" is not contained in an ADF, CPU 400 does not call 
"GetUTNO"; therefore, does not acquire serial number information of mobile 
terminal 40. 

[0056] "AccessUserlnfo" is control information designating whether CPU 400, 
during Java AP software runtime, refers to data on a user of mobile phone 40 
stored therein. When "AccessUserlnfo" is contained in an ADF, CPU 400 refers 
to data on a user of mobile phone 40 by calling "AccessUserInfo()". On the other 
hand, when "AccessUserlnfo" is not contained in an ADF, CPU 400 does not call 
"AccessUserlnfoQ"; therefore, does not refer to data on a user of mobile phone 40. 
[0057] "LaunchApp" is control information designating whether CPU 400, 
during Java AP software runtime, can laimch other Java AP software. When 
"LaunchApp" is contained in an ADF, CPU 400 calls "LaunchAppQ"; therefore, 
Java AP software can launch other Java AP software by calling. On the other 
hand, when "LaunchApp" is not contained in an ADF, CPU 400 does not call 
"LaunchAppO"; therefore, Java AP software cannot launch other Java AP 
software. 

[0058] "GetSysInfo" is control information designating whether CPU 400, 
during Java AP software runtime, acquires reception status information of e-mails 
and messages addressed to mobile phone 40. When "GetSysInfo" is contained in 
an ADF, CPU 400 acquires reception status information by calling 
"GetSysInfoO". On the other hand, when "GetSysInfo" is not contained in an 
ADF, CPU 400 does not call "GetSysInfoQ"; therefore, does not acquire reception 
status information. . 

[0059] "UseNetwork" is control information indicating that CPU 400, during 
Java AP software runtime, may communicate with mobile packet communication 
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network 30, and designating whether a user can select from: (a) permitting an 
access to a network, (b) not permitting an access to a network, or (c) confirming 
whether to permit an access to a network at each execution of the software. When 
**UseNetwork" is contained in an ADF, a user can make the above setting. On the 
other hand, when "UseNetwork" is not contained in an ADF, a user cannot make 
the setting. In a case where *TJseNetwork" is contained in an ADF and a user 
selects (a) to permit an access to a network, a value "1" is set in the "Data" column 
of "UseNetwork". Li a case where a user selects (b) not to permit an access to a 
network, a value "0" is set in the "Data" column. In a case where a user selects 
(c) to confirm whether to permit an access to a network at each execution, a value 
"2" is set in the "Data" column. 

[0060] It should be noted that the control information as stated above is set by 
content providers providing Java AP software. 
[0061] 2. Operation 

Following description of operations of the embodiment is made with 
reference to the drawings. 

[0062] Fig. 9 is a flowchart illustrating an execution process performed by 
CPU 400 of mobile phone 40. 

[0063] When a user instructs a WWW browser to start by operating operation 
input unit 402 of mobile phone 40, CPU 400 executes the WWW browser. CPU 
400 performs operations in accordance with instructions from the WWW browser, 
as described below. When a user directs an access to content server 10 by 
inputting the URL of content server 10, CPU 400 starts to communicate with 
content server 10. When a list file (not shown) is received from content server 10, 
CPU 400 interprets and executes the list file, and causes liquid crystal display unit 
405 to display the list page as shown in Fig. 2. The list page of Fig. 2 lists names 
of Java AP software. When the user clicks button BTl on the list page indicating 
the name of desired Java AP software using operation input unit 402 (in this 
operation example, it is assumed that "Card Game" is clicked), CPU 400 detects 
the click of button BTl, and requests content server 10 to send the explanatory file 
as shown in Fig. 3 corresponding to the Java AP software. When the explanatory 



41 



-13- 



file is received from content server 10, CPU 400 interprets and executes the 
explanatory file, and causes liquid crystal display unit 405 to display the 
explanatory page as shown in Fig. 4. 

[0064] When the user clicks button BT2 on the explanatory page using 
operation input unit 402, CPU 400 detects the click of button BT2 (Step SIO), and 
identifies the anchor tag described in the explanatory file corresponding to button 
BT2, the value data specified as the ilet property is specified as id property of 
which, and extracts the URL specified as data property of the object tag. CPU 
then sends an HTTP request message requesting the ADF specified by the URL to 
content server 10 via mobile packet communication network 30 and Internet 20 
(Step SI 1). 

[0065] Content server 10, upon receiving the HTTP request message, reads the 
ADF requested by the message. Content server 10 generates an HTTP response 
message including the read ADF, and sends it to mobile phone 40. 
[0066] CPU 400 of mobile phone 40, upon receiving the HTTP response 
message (Step SI 2), stores the ADF in cache area 409a (Step SI 3). When storing 
the ADF in cache area 409a, CPU selects, in accordance with a predetermined 
mle, an area for storing the ADF fi-om among areas of nonvolatile memory 409 to 
which memory addresses "adrsOOOl" to "adrsSOOO" are assigned, and stores the 
ADF in the area. CPU 400 then writes address information identifying the area in 
a memory management table in association with the ADF. 
[0067] CPU 400 extracts the PackageURL of the ADF; generates an HTTP 
request message requesting the JAR file specified by the PackageURL; and sends 
it to content server 10 (Step SI 4). 

[0068] Content server 10, upon receiving the HTTP request message, generates 
an HTTP response message including the JAR file requested by the request 
message, and sends it to mobile phone 40. 

[0069] CPU 400 of mobile phone 40, upon receiving the HTTP response 
message (Step SI 5), stores the JAR file included in the message in cache area 
409a temporarily (Step SI 6). 
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[00701 CPU 400 reads the Java AP software with reference to the memory 
management table, and executes the software (Step SI 7). CPU 400, during the 
Java AP software runtime, monitors the status of the software in accordance with 
instructions fi"om the JAM. When CPU 400 calls a method on the basis of 
information of the ADF constituting the Java AP software, CPU 400 refers to 
fixnction limit table Tl in accordance with instructions fi-om the JAM, and 
determines whether to call the method on the basis of information of fimction limit 
table Tl. For example, when the ADF constituting the Java AP software contains 
"GetUTN", CPU 400, during the software runtime, acquires serial number 
information of mobile phone 40 by calling "GetUTNQ". However, in a case 
where CPU 400, when calling "GetUTNQ", refers to fimction limit table Tl in 
' accordance with instructions from the JAM, and fimction limit table Tl indicates 
that a call of the method is disabled, CPU 400 does not call the method in 
accordance with instructions from the JAM. As a result, CPU 400 cannot realize 
the fimction of acquiring serial number information of mobile phone 40. CPU 400 
then causes liquid crystal display unit 405 to display a message saying "This 
fimction cannot be used". 

[0071] Also, in the cases of "AccessUserlnfoQ", "LaunchAppQ", and 
"GetSysInfoQ", when calls of them are disabled in fimction limit table Tl, CPU 
400 does not call them in accordance with instructions from the JAM. Also, CPU 
400, when an HTTP communication is established during Java AP software 
runtime, suspends the running software in accordance with instructions from the 
JAM. 

[0072] As described above, fimctions of Java AP software read from cache 
area 409 are limited. 

[0073] After the process of Step 17, when the user directs termination of the 
running Java AP software using operation input unit 402 of mobile phone 40, CPU 
400 terminates the running software. 

[00741 CPU 400 then performs the storage process as described below. The 
storage process is illustrated in the flowchart of Fig. 10. 
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[0075] CPU 400 causes liquid crystal display unit 405 to display a message 
saying "Do you want to store this application?". 

[0076] When the user directs storage of the Java AP software by operating 
operation input unit 402 of mobile phone 40, CPU 400 detects the operation (Step 
S30); refers to the ADF of the software; and determines whether the ADF contains 
at least one of "GetUTN", "AccessUserlnfo", "LaunchApp", and "GetSysInfo" 
(Step S3 1). When it is determined that the ADF contains at lease one of them, 
CPU 400 causes liquid crystal display unit 405 to display a message saying "This 
software may use information specific to this mobile phone. Do you want to 
proceed with this storage process?" (Step S32). 

[0077] The reason for the determination in Step S3 1 is as follows: In a case 
where Java AP software is stored in cache area 409a, read from cache area 409a, 
and executed, calls of "GetUTNO", "AccessUserlnfoQ", "LaunchAppO", and 
"GetSysInfoO" as shown in fimction limit table Tl are disabled. As a result, 
information specific to mobile phone 40 is not acquired during the Java AP 
software runtime. 

[0078] On the other hand, in a case where the Java AP software is stored in 
storage area 409b, read from storage area 409b, and executed, calls of the methods 
as shown in fimction limit table Tl are not disabled. As a result, when the ADF of 
the Java AP software contains "GetUTN", "AccessUserlnfo", "LaunchApp", and 
"GetSysInfo", which indicate that the methods are called, information specific to 
mobile phone 40 can be acquired by calling the methods through an API. The 
acquisition of information specific to mobile phone 40 is concemed with privacy 
and security; therefore, needs to be approved by a user. 

[0079] When the user selects to proceed with the storage process, in response 
to the message by operating operation input unit 402, CPU 400 detects the 
operation (Step S33), and determines whether the ADF contains "useNetwork" 
(Step S34). When it is determined that '\iseNetwork" is contained in the ADF, 
CPU 400 causes liquid crystal display unit 405 to display a message saying "This 
software may access a network. Please select from: (a) permitting an access to a 
network, (b) not permitting an access to a network, or (c) confirming whether to 
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permit an access to a network at each execution of the software". When the user 
permits an access to a network, CPU 400 sets a value "1" as data corresponding to 
''useNetwork" of the ADF. When the user does not permit an access to a network, 
CPU 400 sets a value "0" as the data. When the user selects (c) to confirm 
whether to permit an access to a network at each execution of Java AP software, 
CPU 400 sets a value "2" as the data (Step S35). 

[0080] The reason for the determination in Step S34 is as follows: In a case 
where Java AP software is stored in cache area 409a, read from cache area 409a, 
and executed, when an HTTP communication is established during the software 
runtime, the running software is suspended. As a result, during the Java AP 
software runtime, CPU 400 does not communicate with mobile packet 
communication network 30. On the other hand, in a case where the Java AP 
software is stored in storage area 409b, read from storage area 409b, and executed, 
CPU 400 is not disabled to communicate with mobile packet communication 
network 30 during the software runtime. Thus, when the ADF constituting the 
Java AP software contains "useNetwork", CPU 400 may communicate with 
mobile packet communication network 30 during the software runtime. The 
access to the network is concerned with privacy and security; therefore, needs to 
be approved by a user. 

[0081] After the confirmation process stated above is carried out, CPU 400 
stores the Java AP software in storage area 409b (Step S36), and writes address 
information associated with the software in the memory management table. 
[0082] When the user directs termination of the WWW browser using 
operation input unit 402 of mobile phone 40, CPU 400 terminates the WWW 
browser. CPU 400 deletes the Java AP software stored in cache area 409a, and 
deletes from the memory management table the address information of cache area 
409a associated with the software. 

[0083] When the user directs execution of the Java AP software stored in 
storage area 409b by operating operation unit 402 of mobile phone 40, CPU 400 
detects the operation (Step S37), and reads the software from storage area 409b 
and executes it (Step S3 8). During the execution process, as in the execution 
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process described above, CPU 400 monitors the status of the Java AP software in 
accordance with instructions from the JAM. However, when CPU 400 calls a 
method on the basis of information described in the ADF constituting the Java AP 
software, unlike the execution process described above, CPU 400 does not refer to 
fiinction limit table Tl, and can call the method through an API. As a result, CPU 
400 reaKzes the fiinction of the method by calling the method. 
[0084] With the above configuration, when using Java AP software stored in 
cache area 409a, a user can use the software without any interruptions. When 
using Java software stored in storage area 409b, a user can benefit from the effects 
of the fimctions realized through use of the software. In other words, it is possible 
to limit fimctions of contents properly in accordance with usage of the contents. 
[0085] 3. Modifications 

In the forgoing, the embodiment of the present invention has been 
described. The embodiment is intended as illustrative, and the present invention 
can be implemented in various other embodiments without departing from the 
main characteristic of the invention. For example, modifications such as the 
following are possible. 
[0086] Modification 1: 

In the above embodiment, Java AP software written in the Java 
programming language is treated as contents. However, a programming language 
is not liinited to the Java programming language, and may be the C-h- language, 
etc. 

[0087] Contents may be image data, video data, music data, or document data 
such as HTML data, instead of software. To enable mobile phone 40 to use the 
above contents, mobile phone 40 is configured to comprise a program and a unit 
for processing image data, video data, or music data, or a program for interpreting 
and displaying document data in liquid crystal display unit 405. The processing 
program is configured to have a fimction, when processing image data, video data, 
or music data stored in cache area 409a, of limiting fimctions realized by 
processing those data (for example, colors of a processed image or tones of a 
processed music are limited). Similarly, the display program is configured to have 
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a function, when interpreting and displaying document data stored in cache area 
409a, of limiting functions realized by interpreting and displaying the data (for 
example, colors or sizes of a displayed character are limited). 
[0088] Modification 2: 

In the above embodiment, Java AP software is downloaded from content 
server 10 to mobile phone 40; however, Java AP software may be delivered from 
content server 1 0 to mobile phone 40. 
[0089] Modifications: 

' In the above embodiment, Java AP software stored in cache area 409a may 
be reused as described below. As in the execution process of Fig. 9, when a user 
clicks button BT2 shown in Fig. 4, CPU 400 of mobile phone 40 detects the cliclc, 
and determines whether the Java AP software associated with button BT2 is stored 
in cache area 409a. Only when it is determined that the Java AP software is not 
stored in cache area 409a, CPU 400 directs download of the software from content 
server 10. On the other hand, when it is determined that the Java AP software is 
stored in cache area 409a, CPU 400 reads the software from cache area 409a, and 
carries out the same process as the execution process of Fig. 9. 
[0090] With the above configuration, before termination of a WWW browser, 
it is possible to reuse Java AP software downloaded from content server 10 and 
stored in cache area 409a. CPU 400 of mobile phone 40 then does not need to 
download Java AP software from content server 10 with each click of button BT2 
by a user. As a result, it becomes possible to use Java AP software much faster 
and reduce unnecessary communication traffic. 
[0091] Modification 4: 

In the above embodiment, CPU 400 of mobile phone 40, when terminating 
a running WWW browser, deletes Java AP software stored in cache area 409a. 
However, CPU 400 may delete Java AP software in the order of ascending 
priorities, when the total data amount of Java AP software stored in cache area 
409a reaches the capacity of cache area 409a. The order of ascending priorities is 
the order in which Java AP software is downloaded. 



-19- 



[0092] In the above configuration, when Java AP software is downloaded from 
content server 10 and stored in cache area 409a, the software is stored in 
association with the downloaded date. 
[0093] Modification 5: 

In a case where Java AP software is downloaded and stored in storage area 
409b, before termination of a running WWW browser, the software is stored in 
both cache area 409a and storage area 409b. In this case, when instructed to 
execute the Java AP software, CPU 400 of mobile phone 40 may execute the 
software stored in cache area 409a. 
[0094] Modification 6: 

In the above embodiment, a computer without a communication fiinction 
may be used as an information processing device, instead of a mobile phone with a 
communication fimction. 

[0095] In the case of a computer without a communication fiinction, Java AP 
software is pre-stored in cache area 409 of the computer. When Java AP software 
is copied or moved into the computer via an external storage, the software can be 
stored in only cache area 409 of the computer. When the total data amount of Java 
AP software stored in cache area 409a reaches the capacity of cache area 409a, 
Java AP software stored therein is deleted in the order of ascending priorities. 
Java AP software stored in cache area 409a can be stored in storage area 409b in 
accordance with an instruction from a user. The copying or moving of Java AP 
software stored in storage area 409 is restricted. 

[0096] With the above configuration, a computer without a communication 
fiinction can limit fiinctions of Java AP software stored in cache area 409a. 
[0097] Modification 7: 

In the above embodiment, in nonvolatile memory 409 of mobile phone 40, 
cache area 409a and storage area 409b may not be assigned. CPU 400, when 
storing in nonvolatile memory 409 Java AP software downloaded from content 
server 10, associates with the software storage identification data (for example, a 
memory flag "0") indicating that the software is stored temporarily. In the storage 
process as shown in Fig. 9, when a user directs storage of Java AP software, the 
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software is not deleted from nonvolatile memory 409, but the storage 
identification data corresponding to the software is modified to storage 
identification data indicating that the software is stored enduringly (for example, 
the memory flag is modified from "0" to "!")• On the other hand, when the user 
does not direct storage of the software, after a ruiming WWW browser is 
terminated, the software associated with the memory flag "0" is deleted from 
nonvolatile memory 409. 

[0098] With the above configuration, areas of nonvolatile memory 409 for 
storing Java AP software can be used effectively. 
[0099] Modifications: 

In the above embodiment, fiinction limit table Tl is pre-stored in 
nonvolatile memory 409. However, it is possible to include fiinction limit 
information in a JAR file stored in content server 10, and, when the JAR file is 
executed, to limit calls of methods in accordance with the fimction limit 
information included in the JAR file. 

[00100] Function limit information is not limited to those stated in the 
embodiment, may be those, for example, for limiting a call of a method for using a 
scratchpad or a method for using a version upgrade method. 
[00101] Modification 9: 

Software such as JAM software or operating system software executed by 
CPU 400 of mobile phone 40 in the above embodiment can be provided to mobile 
phone 40 through a CPU 400 readable storage medium storing the software such 
as a magnetic recording medium, a magneto-optical recording medium, or ROM. 
The software also can be downloaded to mobile phone 40 via a network such as 
the Intemet. 



